home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N27.TXT < prev    next >
Text File  |  1994-03-13  |  14KB  |  324 lines

  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Sat, 12 Mar 94 15:14 PST     Volume 9: Issue  27  
  5.  
  6. Today's Topics:
  7.                                Clipping
  8.                             Clipping math
  9.                      How to use bank 1, 2, 3 etc
  10.                      Looking for file formats...
  11.                            Postscript GUSDK
  12.                           ps-format (2 msgs)
  13.                               PS Format
  14.  
  15. Standard Info:
  16.     - Meta-info about the GUS can be found at the end of the Digest.
  17.     - Before you ask a question, please READ THE FAQ.
  18.  
  19. ----------------------------------------------------------------------
  20.  
  21. Date: Fri, 11 Mar 1994 19:28:18 -0500 (EST)
  22. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  23. Subject: Clipping
  24.  
  25. > Date: 9 Mar 94 08:06:00 MET
  26. > From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  27. > Subject: Re: clipping
  28. > >make it clip both in the digital and analog domain. However, if you cant
  29. > >learn to mix properly on the GUS, you'd have the same problem on an analog
  30. > >setup with a mixer. Even if you can get an analog limiter, it is a bad
  31. > I can't agree here. Analog mixers have much greater dynamic range. It's
  32. > not the same result if I reduce 16-bit sample to 8-bits and if I turn
  33. > the mix volume on an analog synth down to get the same dB effect.
  34.  
  35. Yes, it is.  The noise floor doesn't go down with the signal when you
  36. lower the volume.  If, for example, you lower the volume on one amp,
  37. and then amplify its output so that it's as loud as the original volume,
  38. you'll notice a lower SNR.
  39.  
  40. > >Why not?? If you had 32 16 bit DACs connected to a mixer and drove all of
  41. > >them peak to peak, you'd get clipping in analog. Either you add voltages
  42. > >or values, the result is the same. In analog, you are limited to 2 volts,
  43. > >in digital 16 bits. As simple as that. There is no way to avoid this
  44. > >limit.
  45. > I really don't think it's the same. If you are limited to 2 volts, you
  46. > still have virtually infinite number of "steps" from 0 to 2 volts. In
  47.  
  48. Except that noise imposes a limit on how small these steps can be 
  49. before they are irresolvable from the background hiss.  The "bit 
  50. resolution" of analog mixing is determined by the noise floor.
  51.  
  52. > Date: 9 Mar 94 08:26:00 MET
  53. > From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  54. > Subject: Re[2]: clipping
  55. >
  56. [...] 
  57. > >11 bits, that is probably closer to its real-life dynamic range, and
  58. > >we should think of the 16 bits as extra headroom for cases when instruments
  59. > >pile up on top of each other and the amplitude is reinforced.
  60. > Well, that's what we're left with. :-(
  61.  
  62. We'd be left with 11 bits for each voice_if_ the GUS divides down 
  63. the voices.  But since it doesn't, changes in even the 5 least 
  64. significant bits of each voice will show up in the output.  
  65.  
  66. Phat.
  67.  
  68. ------------------------------
  69.  
  70. Date: 11 Mar 94 08:43:00 MET
  71. From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  72. Subject: Clipping math
  73.  
  74. >To bore you with the math behind it:
  75.  
  76. >dynamic range = 20 * Log(10) of (Loudest signal/quietest signal)
  77.  
  78. >16 bit dynamic range = 20 * Log(10)  (65536/1) = 96.33 db
  79. >65536 is the largest number you get from a 16 bit value.
  80.  
  81. It's not boring me :-). I know the math. But one question comes in my
  82. mind now. When you have 2 volt output, does it mean +- 2volts, or +-
  83. 1volt sine ? And havine 65536 levels in digital, does it mean 0 to
  84. 65536, or +- 32765 sine ? Then the result would be 90 dB only...  But
  85. this is just a question, in principal you're right saying there is a
  86. noise problem on analog, but I'm not quite sure if there isn't an
  87. analog part on GUS as well... ;-) I didn't measure the output yet, but
  88. let's assume there is 1 volt line out. Then you have 1/65536 volts
  89. here either... That's still 96 dB (but in one output, of course, no
  90. mix required, that's true). So we have noise here, as well.  And I
  91. suspect much more noise here then in studio mixers.  But what I vanted
  92. to say was the difference between analog and digital concearning the
  93. sampling harmonic distortion in quiet signals.  In music you have to
  94. think about dynamic range as capability of device to play very silent
  95. and on the other side very loud music parts. But you have the linear
  96. distortion in transistor pairs as well, so it really depends on the
  97. price.
  98.  
  99.     All this discussion started because I was asking if the GUS
  100. has more than 16-bit DAC as use other proffesional digital devices
  101. such as samplers, and the answer was NO, IT HAS 16-bit DAC ONLY,
  102. BUT...  And then started discussion, if really there are devices which
  103. have wider DACs (I'm quite possitive about this fact), if it's of any
  104. use to have more bits and so on. People were just affraid I'm going to
  105. give a bad mark to GUS :-). And I was just asking. One thing is true.
  106. I found supplied patches in combination with supplied MIDI driver
  107. sounding no dynamic enough, especially drums, and I'm unable to make
  108. it sound good using volume sliders in this MidiSoft software. When I
  109. listen to Ensoniq EPS-16+ sampler, it sounds really amazing. So after
  110. this long discussion I'll stop to blame GUS HW, and try to build my
  111. own SW to make it sound better. I'll start with transferring Ensoniq
  112. drum sets to it. If it only had effects...  Then, I plan to write my
  113. own MIDI driver, capable of using Ensoniq patches directly. Problem is
  114. that they are very large and use more layers and so on, so the
  115. standard GUS driver can't use their full potential. But, I've got no
  116. MS Windows DDK and I found noone having experience with writing
  117. Windows drivers without it. But I'm sure it's no problem, one has only
  118. to know message formats passed to the driver and back and some
  119. interrupt service problems.  I've tried to ask this in win3-l group
  120. (got an answer from Yossi there saying I should use the DDK :-) ), but
  121. they seem to be more interested in Visual Basic and MS Access then
  122. programming.
  123.  
  124.     If ther's anyone who can program Windows MIDI drivers, please
  125. let me know.
  126.  
  127. So, at this point, I'd like to stop this clipping discussion. Clipping
  128. is there, we must live with it. Thats resume.
  129.  
  130.                 Martin
  131.  
  132. ------------------------------
  133.  
  134. Date: Sat, 12 Mar 94 21:12:54 GMT
  135. From: rhofboer@knoware.nl (Rogier Hofboer)
  136. Subject: How to use bank 1, 2, 3 etc
  137.  
  138. >To: gus-music@mail.orst.edu
  139. >From: rhofboer@knoware.nl (Rogier Hofboer)
  140. >Subject: How to use bank 1, 2, 3 etc
  141. >Cc: 
  142. >Bcc: 
  143. >X-Attachments: 
  144. >
  145. >When I have installed more banks than only Bank 0,
  146. >I can't get to them. When I change banks in Cakewalk, or Recording Session
  147. >I keep getting Bank 0.
  148. >
  149. >I've installed the bank properly, because emixer.exe recognizes it and
  150. >can load the patches from it. Back in my music program I can't access them
  151. >
  152. >The Patchmanager also doesn't support more Banks. So maybe the current
  153. >GUS-drivers don't support this.
  154. >
  155. >Hmm funny, I can make samples with Gus (not the best but it is possible)
  156. >..Stil waiting for the 16-Bit board....
  157. >I can make patches out of them (even multisampled) with Patchmaker,
  158. >and now I can't use them (or I'll have to replace existing patches)
  159. >
  160. >The best thing would be a Patchmanager that shows all the instrument numbers,
  161. >when you click on one of them you get a file-list-box and you can walk to
  162. >the Dirs to find the .PAT file you want to load on that instrument number,
  163. >click on it and the loading is done. A database in wich you can store loaded
  164. >configurations is also something that would be nice then. 
  165. >
  166. >For Patch-Caching apps, there has to be a list with all the .PAT files with
  167. >the intrument numbers -> The ULTRASND.INI file. Since I'm making
  168. >house, swing-beat and rap music. I can't always use the GM-patches.
  169. >So I can't use patch-caching apps.
  170. >
  171. >If someone is can make this sort of patch-manager 
  172. >It would be really really nice. (I don't know how to do it)
  173. >Cubase Windows doesn't support Patch-Caching yet :-))) and I like that program
  174. >most. But before I buy it I want to have it all work.
  175. >
  176. >I think also that in the future (more people want the patchmanager 
  177. described above) there has to be a Patchmanager like it is now. And
  178. >the one above described. Windows-Midi Programs also must have a 
  179. >option to switch the patch-caching on and off.
  180. >
  181. >Okay, there are people longing for Patch-Caching-Aware-Apps, I want to get
  182. >rid of this method, and want to use my GUS as a MIDI sampler and not as 
  183. >a GM module.
  184. >
  185. >Greetings, Rogier
  186. >
  187.  -------------------------------------------------------------------------
  188. internet : rhofboer@knoware.nl        fidonet  : Rogier Hofboer @ 2:512/34
  189. adress   : Boschstraat 11             zip-code : 6921 MB
  190. city     : Duiven                     country  : Netherlands
  191. tel      : +31-(0)8367-65202          fax      : +31-(0)8367-66446
  192.  -------------------------------------------------------------------------
  193.  
  194. ------------------------------
  195.  
  196. Date: Fri, 11 Mar 1994 13:58:07 -0400 (AST)
  197. From: Jurassic Mark <markus@info.umoncton.ca>
  198. Subject: Looking for file formats...
  199.  
  200. GUS day people,
  201.  
  202.     I need the specifications for the following file formats:
  203. VOC, WAV, SND and AU.  If anyone can point me to a FTP site or send me 
  204. the info about these formats, please do.  I really really really need them.
  205.  
  206. Thanks in advance,
  207.  
  208.          Marc Y. Paulin - Jurassic Mark (Usenet) - J-Mark (IRC)
  209.               Graduating CS student in search of a job...
  210.    - markus@clement.info.umoncton.ca (Talk 'n Mail) - (506)856-9518 -
  211.  Inertia Player Beta Tester - Author of the G-List for Ultrasound owners
  212.  
  213. ------------------------------
  214.  
  215. Date: Thu, 10 Mar 1994 23:15:19 -0700 (MST)
  216. From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  217. Subject: Postscript GUSDK
  218.  
  219. > From: KARL ERIK ASBJcRNSEN <KARLEA@stud.sarpih.no>
  220. > Subject: ps-format
  221. > This has nothing to do with GUS, but a friend of mine has the GUS-sdk 
  222. > packed down in  PS-format. Anyone knows how to un-PS?
  223.  
  224. Ghostscript is a shareware program that allows an hp-compatible laser
  225. (and maybe others as well) to print postscript files.  You can
  226. probably ftp it somewhere.  I also used to have a Windows version that
  227. would just let you view a postscript file in a window, but you
  228. couldn't print from it.  Both programs were a real kludge to use, but
  229. workable with some fiddling.  Or you can just send the ps file to an
  230. Apple Laserwriter...
  231.  
  232. -- 
  233.   _______                                                             KB7PWD
  234.  (_  | |_)                                            shawn.rutledge@asu.edu
  235.  __) | | \__________________________________________________________________
  236. * anti-Macintosh * IEEE * electronics * cyberspace * Internet * ham radio * 
  237.  
  238. ------------------------------
  239.  
  240. Date: Thu, 10 Mar 94 21:08:32 EST
  241. From: dulimart@cps.msu.edu (Hansye S. Dulimarta)
  242. Subject: ps-format
  243.  
  244.    Date: Wed, 9 Mar 1994 15:51:42 -1
  245.    From: KARL ERIK ASBJcRNSEN <KARLEA@stud.sarpih.no>
  246.  
  247.    This has nothing to do with GUS, but a friend of mine has the GUS-sdk 
  248.    packed down in  PS-format. Anyone knows how to un-PS?
  249.  
  250.    Thanks...
  251.  
  252. As far as I know, to "un-PS" a PS file is to print it or preview it.
  253.  
  254. Hans.
  255.  
  256.    +------------------------------------------+
  257.    | Karl Erik Asbjornsen                     |
  258.    | EMAIL: karlea@stud.sarpih.no             |
  259.    | Snailmail: Raakilvn 49, N-1710 Sarpsborg |
  260.    | IRC: bare                                |
  261.    +------------------------------------------+
  262.  
  263. ------------------------------
  264.  
  265. Date: 11 Mar 94 08:54:00 MET
  266. From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  267. Subject: Re: ps-format
  268.  
  269. >This has nothing to do with GUS, but a friend of mine has the GUS-sdk 
  270. >packed down in  PS-format. Anyone knows how to un-PS?
  271.  
  272. Isn't it a documantation in PostScript ? Look in the file, if it
  273. says PostScript somewhere in the beginning, you've got it...
  274.  
  275.                 Martin
  276.  
  277. ------------------------------
  278.  
  279. Date: Fri, 11 Mar 94 9:22:38 CST
  280. From: umcoyne0@cc.umanitoba.ca
  281. Subject: Re: PS Format
  282.  
  283. Dump that .PS file to some kind of postscript printer.  A Mac would do it
  284. nicely, and so would a Unix system with a PostScript printer.  IBMs with
  285. PS printers are not uncommon either... you can't view it however--it's
  286. basically a bunch of instructions in the PostScript language.
  287.  
  288.  
  289. Michael
  290.  
  291. ------------------------------
  292.  
  293. End of GUS Programmer's Digest V9 #27
  294. *************************************
  295.  
  296. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  297. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  298. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  299.  
  300. FTP Sites              Archive                       Directories
  301. ---------              -------                       -----------
  302. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  303.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  304. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  305. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  306. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  307. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  308. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  309.  
  310. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  311.  
  312. Hints:
  313.       - Get the FAQ from the FTP sites or the request server.
  314.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  315.     related mailing lists (general use, musician's, etc.).
  316.  
  317.  
  318.